MacWorld 1997 January/Macworld (1997-01).dmg/Shareware World/Info/CSMP Digest/CSMP Digest Vol 4 No 9.text

Text File | 1996-10-10 | 68KB | 1,858 lines

C.S.M.P. Digest             Wed, 09 Oct 96       Volume 4 : Issue 9

Today's Topics:

        'Grabbing hand' cursor?
        Comm program
        Dereferencing in Pascal
        HTML -> Picture (PICT)
        IBM PC guy needs MAC file help
        SpriteWorld or Sprite Animation Toolkit?
        [ANN] METROWERKS LAUNCHES NEW CODEWARRIOR 10 AT APPLE EXPO PARIS
        [CW 10] Possible bug in System 7.5.5-Technote 1069
        [Q] Application Icons
        _GetWVariant Crash?



The Comp.Sys.Mac.Programmer Digest is moderated by Mark Aiken
([e-mail]).

The digest is a collection of article threads from the internet
newsgroups comp.sys.mac.programmer.help, csmp.tools, csmp.misc and
csmp.games. It is designed for people who read news semi-regularly and
want an archive of the discussions.  If you don't know what a
newsgroup is, you probably don't have access to it. Ask your systems
administrator(s) for details. If you don't have access to news, you
may still be able to post messages to the group by using a mail server
like anon.penet.fi (mail [e-mail] for more information).

Each issue of the digest contains one or more sets of articles (called
threads), with each set corresponding to a 'discussion' of a particular
subject.  The articles are not edited; all articles included in this digest
are in their original posted form (as received by our news server at
ee.mcgill.ca).  Article threads are not added to the digest until the last
article added to the thread is at least two weeks old (this is to ensure that
the thread is dead before adding it to the digest).  Article threads that
consist of only one message are generally not included in the digest.

The digests can be obtained by email, ftp or through the World Wide Web.

If you want to receive the digest by mail, send email to
[e-mail] with no subject and one of the following commands
as body:

    help                        Sends you a summary of commands
    subscribe csmp                      Adds you to the mailing list
    unsubscribe csmp                    Removes you from the list

Once you have subscribed, you will automatically receive each new
issue as it is created.

Back issues are available by ftp from Info-Mac mirror sites in the
per/csmp subdirectory, e.g.

  ftp://sumex-aim.stanford.edu/info-mac/per/csmp/

The contents of all back issues can be searched by accessing the
following URL, courtesy of Andrew Barry ([e-mail]):

    http://marvin.stattech.com.au/search.html

They can also be searched through the following URLs, thanks to
Tim Tuck ([e-mail]):

    http://wais.sensei.com.au/searchform.html
    wais://wais.sensei.com.au:210/csmp?

-------------------------------------------------------

>From [e-mail] (Jack W)
Subject: 'Grabbing hand' cursor?
Date: 25 Sep 1996 00:01:04 GMT
Organization: Chattanooga Data Connection Inc.

I'd like to use the 'grabbing hand' cursor, which I've seen
in various programs, in my own programs. Is it available
somewhere in the public domain? Can I just copy the resources
out of a program that uses it?

Thanks,

Jack W.

+++++++++++++++++++++++++++

>From [e-mail] (Mark Hartman)
Date: 25 Sep 1996 06:53:01 -0700
Organization: Mark Hartman Computer Solutions

In article <529so0$[e-mail]>, [e-mail] (Jack W) wrote:

>I'd like to use the 'grabbing hand' cursor, which I've seen
>in various programs, in my own programs. Is it available
>somewhere in the public domain? Can I just copy the resources
>out of a program that uses it?

Technically, the cursor would be part of the copyrightable graphics of a
particular program.  However, I rather doubt that anyone is going to yell
about something that's found all over the place anyway.

YMMV.
==========================================================================
  Mark Hartman Computer Solutions - specializing in all things Macintosh
     C  C++   4th Dimension   Networking   System design/architecture
  tel [phone] -+- fax [phone] -+- e-mail [e-mail]
==========================================================================
"Hello, my name is Mark, and I've been Intel-free for 8 years and 2 days."

+++++++++++++++++++++++++++

>From [e-mail] (Jack W)
Date: 26 Sep 1996 03:58:10 GMT
Organization: Chattanooga Data Connection Inc.

In article <[e-mail]>
[e-mail] (Mark Hartman) writes:

> Technically, the cursor would be part of the copyrightable graphics of a
> particular program.  However, I rather doubt that anyone is going to yell
> about something that's found all over the place anyway.

When I searched at developer world for 'hand cursor', I found a
reference to MacApp that sounded like it might be what I want. I
figured copying it out of MacApp wouldn't be any different than
if I used MacApp to write the program. These programs may never
be seen by anyone but me, anyway <g>

Jack W.

---------------------------

>From Paulo Casanova <[e-mail]>
Subject: Comm program
Date: Wed, 25 Sep 1996 20:28:25 +0000
Organization: Instituto Superior Tecnico


  I need to access a database in a PC host. I am having trouble with
comminucations programs because all accented characters become very strange.
I suppose this is because ASCII table from character 127 up are different on
PCs and macs. I wanted to know if this is correct, if there is any program
that makes this conversion or if I have to do one.

  Thanks,
  Paulo

  PS: Send me a copy of the answer (or the anwer itself :-)) to my e-mail
address, PLEASE: [e-mail]

Thanks again!


+++++++++++++++++++++++++++

>From [e-mail] (Brian Hall)
Date: Thu, 26 Sep 1996 16:31:41 -0700
Organization: Mark/Space Softworks

In article <[e-mail]>,
Paulo Casanova <[e-mail]> wrote:

>   I need to access a database in a PC host. I am having trouble with
> comminucations programs because all accented characters become very strange.
> I suppose this is because ASCII table from character 127 up are different on
> PCs and macs. I wanted to know if this is correct, if there is any program
> that makes this conversion or if I have to do one.

You may need to use PC-ANSI terminal emulation (where IBM PC characters,
including graphic and accented, are emulated). We have a demo of our
PC-ANSI comm toolbox tool at www.markspace.com.

_____________________________________________________________________
Mark/Space Softworks                               voice 408-293-7299
111 West Saint John, 4th Floor                       fax [phone]
San Jose, CA 95113                                   bbs 408-293-7290

 Macintosh, Newton, and Windows Communications Software & Solutions

PageNOW!, PageME!, Communicate,     <mailto:[e-mail]>
ZMODEM, PC-ANSI, Videotex CTB Tools        <http://www.markspace.com>
          Goodies at <ftp://ftp.markspace.com/pub/markspace>

---------------------------

>From [e-mail] (Matthew Mucker)
Subject: Dereferencing in Pascal
Date: Thu, 19 Sep 1996 02:05:23 +0500
Organization: Internet America

I STILL don't understand this concept, so for those of you who tried to
answer my questions a few months ago, here they are again in another form.

I have a DialogPtr in my program that we'll call gDlog.  By definition, it
is a pointer to a dialog.

Okay, now from Inside Mac:

TYPE
   DialogPtr = WindowPtr;
   DialogPeek = ^DialogRecord;

   DialogRecord =
      RECORD
         window:     WindowRecord;
         items:      Handle;
         textH:      TEHandle;
         editField:  INTEGER;
         editOpen:   INTEGER;
         aDefItem:   INTEGER;
      END;

etc....

In my program, I need to access the editField field of the dialog record.
All I have to work with is my DialogPtr.  So, how do I go from having a
dialog pointer to getting the editField?

If you're feeling particularly generous, you can explain to me how and why
this works.

Thanks,
   -Matt

--
Life is 10% what happens to you, and 90% how you respond to what happens to you.

+++++++++++++++++++++++++++

>From [e-mail] (Fr. Degott)
Date: 19 Sep 1996 10:39:15 GMT
Organization: LogiMath - LMC-IMAG - Grenoble

In article <[e-mail]>,
[e-mail] (Matthew Mucker) wrote:

> I STILL don't understand this concept, so for those of you who tried to
> answer my questions a few months ago, here they are again in another form.
>
> I have a DialogPtr in my program that we'll call gDlog.  By definition, it
> is a pointer to a dialog.
>
> Okay, now from Inside Mac:
>
> TYPE
>    DialogPtr = WindowPtr;
>    DialogPeek = ^DialogRecord;
>
>    DialogRecord =
>       RECORD
>          window:     WindowRecord;
>          items:      Handle;
>          textH:      TEHandle;
>          editField:  INTEGER;
>          editOpen:   INTEGER;
>          aDefItem:   INTEGER;
>       END;
>
> etc....
>
> In my program, I need to access the editField field of the dialog record.
> All I have to work with is my DialogPtr.  So, how do I go from having a
> dialog pointer to getting the editField?
>
> If you're feeling particularly generous, you can explain to me how and why
> this works.
>
> Thanks,
>    -Matt

Hi Matt,

as you see, dialogs are windows

DialogPtr = WindowPtr;
and the first field of dialog record is a WindowRecord.

completed (followed) by special datas as
items, textH etc... defined by the DialogRecord struct

DialogRecord =
       RECORD
          window:     WindowRecord;
          items:      Handle;
          textH:      TEHandle;
          editField:  INTEGER;
          editOpen:   INTEGER;
          aDefItem:   INTEGER;
       END;

When you create a dialog (with NewDialog or else), the OS allocates memory
for the DialogRecord, and returns a pointer to it, as a DialogPtr (=WindowPtr).
This is valid because the first field of the Dialog record is a WindowRecord.

To manipulate or access the special fields, you need to dereference the
dialog ptr as
a dialog peek as:

DialogPeek DPeek;
int ActiveTextItem;

DPeek=(DialogPeek)gDlog;
ActiveTextItem=DPeek->editField;/*take care: offset 0*/

HTH
Fr.
_____________________________________________________________________________
Fr. Degott ([e-mail])
LogiMath, Lab. LMC-IMAG - Grenoble - France

+++++++++++++++++++++++++++

>From [e-mail] (Bill Catambay)
Date: Thu, 19 Sep 1996 09:03:24 -0700
Organization: Enterprise Information Systems

In article <[e-mail]>,
[e-mail] (Matthew Mucker) wrote:

>
> TYPE
>    DialogPtr = WindowPtr;
>    DialogPeek = ^DialogRecord;
>
>    DialogRecord =
>       RECORD
>          window:     WindowRecord;
>          items:      Handle;
>          textH:      TEHandle;
>          editField:  INTEGER;
>          editOpen:   INTEGER;
>          aDefItem:   INTEGER;
>       END;
>
> etc....
>
> In my program, I need to access the editField field of the dialog record.
> All I have to work with is my DialogPtr.  So, how do I go from having a
> dialog pointer to getting the editField?
>

Var
   myDialog: DialogPtr;

To access the edit field, you need to cast myDialog as dialogPeek and
dereference it.  Even though you've been using DialogPtr, the Mac OS has
been using the entire DialogRecord; hence, filling in the fields which
extend beyone the WindowRecord.

Reference the edit field by:  DialogPeek(myDialog)^.editField.

Also, since your question seems to be more about how to use Pascal, I
would suggest posting questions to comp.lang.pascal.mac.

Cheers!

Bill

_____________________________________________________________________
Bill Catambay
Software Developer, Marathon Map Maker, Pascal Central Editor
<http://users.aol.com/catambay/pascal.html>

              />
             //   The purpose of software engineering
     (//////[O]>=========================================-
             \\    is to manage complexity, not to create it.
              \>
____________________________________________________________________

+++++++++++++++++++++++++++

>From [e-mail] (Owen Hartnett)
Date: Fri, 20 Sep 1996 12:47:03 -0400
Organization: The Harlequin Group

In article <[e-mail]>,
[e-mail] (Matthew Mucker) wrote:

> I STILL don't understand this concept, so for those of you who tried to
> answer my questions a few months ago, here they are again in another form.
>
> I have a DialogPtr in my program that we'll call gDlog.  By definition, it
> is a pointer to a dialog.
>
> Okay, now from Inside Mac:
>
> TYPE
>    DialogPtr = WindowPtr;
>    DialogPeek = ^DialogRecord;
>
>    DialogRecord =
>       RECORD
>          window:     WindowRecord;
>          items:      Handle;
>          textH:      TEHandle;
>          editField:  INTEGER;
>          editOpen:   INTEGER;
>          aDefItem:   INTEGER;
>       END;
>
> etc....
>
> In my program, I need to access the editField field of the dialog record.
> All I have to work with is my DialogPtr.  So, how do I go from having a
> dialog pointer to getting the editField?

var  myPtr:DialogPtr;
     aShort:integer;

begin
   myPtr := GetNewDialog(blah, blah2, blah3);
   aShort := (DialogPeek(myPtr))^.editField;
>
> If you're feeling particularly generous, you can explain to me how and why
> this works.
>

Typecasting, really. The DialogPtr thinks it's pointing to a WindowPtr,
which in turn thinks it's pointing to a GrafPtr. So they invented the
...Peek type so you could access the fields. Generally, speaking, when you
want to access the fields of a WindowRecord or a DialogRecord, you
typecast the pointer to a WindowPeek or a DialogPeek, otherwise you use
the WindowPtr. This was all done to make it easier for somebody, probably
debugger vendors.

-Owen

+++++++++++++++++++++++++++

>From "Aidan Cully" <[e-mail]>
Date: 26 Sep 96 15:43:32 -0400
Organization: INTAC Access Corporation - An Internet Service Provider

>
>Typecasting, really. The DialogPtr thinks it's pointing to a WindowPtr,
>which in turn thinks it's pointing to a GrafPtr. So they invented the
>....Peek type so you could access the fields. Generally, speaking, when
you
>want to access the fields of a WindowRecord or a DialogRecord, you
>typecast the pointer to a WindowPeek or a DialogPeek, otherwise you use
>the WindowPtr. This was all done to make it easier for somebody, probably
>debugger vendors.
>
>-Owen
>

I think this was all done because of how strongly typed Pascal is (which
the Toolbox is implemented in).  They wanted to be able to pass a WindowPtr
to something which accepted a GrafPtr with no source code changes.  Since
it is not really recommended to read the actual data member constants in a
WindowRecord, WindowPtr defaulted to GrafPtr.  Same thing goes for
DialogPtr to WindowPtr.

BTW, you really shouldn't use the entries in the DialogRecord like that, as
the code is going to break if it is compiled for MacOS 8, where all these
records are opaque.  Read the descriptions in the latest universal headers
for more info (I think <Windows.h> and <Controls.h>).



---------------------------

>From [e-mail] (Thomas Pˆtzl)
Subject: HTML -> Picture (PICT)
Date: Thu, 26 Sep 1996 14:56:28 +0100
Organization: Comp.Center (RUS), U of Stuttgart, FRG

Hello,
Has anybody an idea how I can convert  HTML Files to PICTURE Files

Thanks
   Thomas

+++++++++++++++++++++++++++

>From [e-mail] (Jude Giampaolo)
Date: 26 Sep 1996 15:18:15 GMT
Organization: CyberDrugs

In article
<[e-mail]>,
[e-mail] (Thomas Pˆtzl) wrote:

> Has anybody an idea how I can convert  HTML Files to PICTURE Files

Get the PrintToPICT printer driver and then just print away from Netscape,
Explorer, etc.

--
Jude Charles Giampaolo         'There's not much to see actually,
[e-mail]                we're inside a Chinese dragon...'
[e-mail]      http://prozac.cwru.edu/jude/JudeHome.html
Mac NFS serevr:   http://prozac.cwru.edu/jude/macnfs/Macnfsd.html

---------------------------

>From [e-mail] (William W. Chenault)
Subject: IBM PC guy needs MAC file help
Date: 24 Sep 1996 13:18:38 -0500
Organization: WorldWide Access - Midwest Internet Services (http://www.wwa.com)

Hi,

    A group of us IBM PC programmers have been given the assignment of
converting a windows application to the MAC platform. The application is
written in MSVC++ 4.1, and we are using the cross development features to
get the application to compile on the MAC in 68K mode. Does anyone have
any sample code to allow a user to select a file from something similar
to a CFileDialog in the MFCs (Microsoft Foundation Classes), including the
ability to navigate folders, etc. that compiles under MSVC++ and runs on a
mac? Any information, or especially sample code, would be appreciated, as
none of the group has any MAC experience nor were we given any useful
documentation.

Thanks in advance,

Bill Chenault
([e-mail])



+++++++++++++++++++++++++++

>From [e-mail] (Robert Dalgleish)
Date: Wed, 25 Sep 1996 09:04:24 -0600
Organization: Industrial Strength Software

In article <5298lu$[e-mail]>, [e-mail] (William
W. Chenault) wrote:

>Hi,
>
>    A group of us IBM PC programmers have been given the assignment of
>converting a windows application to the MAC platform. The application is
>written in MSVC++ 4.1, and we are using the cross development features to
>get the application to compile on the MAC in 68K mode. Does anyone have
>any sample code to allow a user to select a file from something similar
>to a CFileDialog in the MFCs (Microsoft Foundation Classes), including the
>ability to navigate folders, etc. that compiles under MSVC++ and runs on a
>mac? Any information, or especially sample code, would be appreciated, as
>none of the group has any MAC experience nor were we given any useful
>documentation.

It sounds like you are missing ALL of the Inside Macintosh documentation.
You would do well to sign up for the Apple Developer information at
http://devworld.apple.com/
and especially the information on porting Windows software:
http://devworld.apple.com/con/porting.shtml

In particular, the functionality of CFileDialog is (I believe) available in
the operating system by using the Standard File Get dialog (and has been
since 1984).

There is a large (read, HUGE) amount of sample code at the Apple Web site.

Good luck.  I think you will enjoy your experience.

--
Bob Dalgleish   [e-mail]
Web Page        http://www.sasknet.com/~dalgl/

+++++++++++++++++++++++++++

>From [e-mail] (Matt Bishop)
Date: Wed, 25 Sep 1996 20:23:56 -0500
Organization: Zippo

In article <5298lu$[e-mail]>, [e-mail] (William
W. Chenault) wrote:

> Hi,
>
>     A group of us IBM PC programmers have been given the assignment of
> converting a windows application to the MAC platform. The application is
> written in MSVC++ 4.1, and we are using the cross development features to
> get the application to compile on the MAC in 68K mode. Does anyone have
> any sample code to allow a user to select a file from something similar
> to a CFileDialog in the MFCs (Microsoft Foundation Classes), including the
> ability to navigate folders, etc. that compiles under MSVC++ and runs on a
> mac? Any information, or especially sample code, would be appreciated, as
> none of the group has any MAC experience nor were we given any useful
> documentation.
>
> Thanks in advance,

There's two commands called SFGetFile and SFPutFile in the mac OS that
will accomplish what you are after, I beleive.  Get some books and spend a
week getting intimate with the Mac.  Your program will suck big time if
you don't, even if you do succeed in getting it to compile.  We are a
picky bunch and don't take too well to straight-from-Windows ports.  Just
ask Microsoft how much we liked their direct port of Word 6.  I haven't
seen that much product hatred expressed in a very long time!

+++++++++++++++++++++++++++

>From [e-mail] (Markus Ruggiero)
Date: Wed, 25 Sep 1996 08:52:18 +0200
Organization: ruCoTec Consulting and Technologies

In article <5298lu$[e-mail]>, [e-mail] (William
W. Chenault) wrote:

>>    A group of us IBM PC programmers have been given the assignment of
>>converting a windows application to the MAC platform.
>>none of the group has any MAC experience nor were we given any useful
>>documentation.

Sorry, can't help you with your particular problem.

I think it is great to bring applications over to the Mac from that other
platform but I am rally not sure if this mentioned port will do any good.
The Macintosh is NOT A WINDOWS system and therefore IT IS DIFFERENT. Blind
porting from Windows to Macintosh really hurts much more than it helps. I
am currently in the process of such a task myself. The only real way to do
it is to do the user interface on the Macintosh from scratch. If the
Windows application has been written properly there is already a
distinction between code that handles the user interface and fairly system
independant code for the core functionality of the application.

You may be good and experienced Windows programmers but you will fail
miserably on the Macintosh. PLEASE LEARN MACINTOSH FIRST!!!

That's my point of view, yours may be different...

- -markus---

--
e-mail: [e-mail]

+++++++++++++++++++++++++++

>From [e-mail] (Carl Gustafson)
Date: Wed, 25 Sep 1996 11:22:51 -0400
Organization: Imaging and Computer Vision Center, Drexel University

In article <5298lu$[e-mail]>, [e-mail] (William
W. Chenault) wrote:

>     A group of us IBM PC programmers have been given the assignment of
> converting a windows application to the MAC platform. The application is
> written in MSVC++ 4.1, and we are using the cross development features to
> get the application to compile on the MAC in 68K mode. Does anyone have
> any sample code to allow a user to select a file from something similar
> to a CFileDialog in the MFCs (Microsoft Foundation Classes), including the
> ability to navigate folders, etc. that compiles under MSVC++ and runs on a
> mac? Any information, or especially sample code, would be appreciated, as
> none of the group has any MAC experience nor were we given any useful
> documentation.

You may as well do it the right way and use StandardGetFile (). It's a
toolbox routine and documented in Inside Macintosh (old V6, not sure which
volume of the new ones), and does everything you ask for - switch volumes,
bounce up and down the directory tree, you ca set it to only show files of
a particular type. When the user OKs the selection, you get the file
reference you need to open the file.

BTW, if you are going to port WindozeWare to the Mac, you really should
get at least the electronic edition of Inside Mac. You can get it on CD,
and I believe download it from one of Apple's ftp sites. Try
ftpdev.info.apple.com for starters.

--
Carl Gustafson
carl.gustafson at ece.drexel.edu
(busily trying to avoid spammers)
Imaging and Computer Vision Center
Drexel University, Philadelphia, Penna
- ----------------------------------------------------------
I don't speak for Drexel, and Drexel doesn't listen to me...

+++++++++++++++++++++++++++

>From [e-mail] (Geoff Price)
Date: 26 Sep 1996 19:07:22 GMT
Organization: ABC-CLIO

In article <5298lu$[e-mail]>, [e-mail] (William
W. Chenault) wrote:

> Hi,
>
>     A group of us IBM PC programmers have been given the assignment of
> converting a windows application to the MAC platform. The application is
> written in MSVC++ 4.1, and we are using the cross development features to
> get the application to compile on the MAC in 68K mode. Does anyone have
> any sample code to allow a user to select a file from something similar
> to a CFileDialog in the MFCs (Microsoft Foundation Classes), including the
> ability to navigate folders, etc. that compiles under MSVC++ and runs on a
> mac? Any information, or especially sample code, would be appreciated, as
> none of the group has any MAC experience nor were we given any useful
> documentation.
>
> Thanks in advance,
>
> Bill Chenault
> ([e-mail])

I wonder what problem you're having -- my understanding is that the
compatibility library does a pretty good job of mapping API calls,
including the standard file open/save dialogs.  In fact, I believe the one
MFC cross-platform product we've developed included such functionality
without special raw Mac API code (although we did get into raw Mac code
with a lot of other issues, like Apple Events and color palette
management.)

You'd indeed do well to pick up at least an online reference such as the
Macintosh Programmer's Toolbox Assistant, although it's not as
complete/convenient as MSDN -- off the CD, MPTA doesn't even have the
Advanced Color Imaging stuff, the very important Mac technical notes are
not integrated, etc. -- but at least Apple offers some decent Web-based
searching these days (sigh).  And there *is* lots of sample code out
there, you shouldn't hurt for that.

Anyway, since you asked, the basics of StandardGetFile are:

   SFTypeList typeList;
   short numTypes;
   StandardFileReply SFreply;
   typeList[ 0 ] = 'PICT';             // Filter for 'PICT' document types
   numTypes = 1;
   StandardGetFile( nil, numTypes, typeList, &SFreply );
   if ( SFreply.sfGood )
   {
      DoItToIt( &theReply.sfFile );    // Passes pointer to file specification
   }

Geoff Price
ABC-CLIO New Media

---------------------------

>From [e-mail] (Sean Crist)
Subject: SpriteWorld or Sprite Animation Toolkit?
Date: 26 Sep 1996 01:20:57 GMT
Organization: University of Pennsylvania

Between SpriteWorld and Sprite Animation Toolkit, does anyone have any
thoughts about which is the better library?  I get the impression that SAT
is more popular; is this correct?

One of the things I'd like to do in addition to ordinary sprite animation
is to simultaneously do color animation as well (i.e., the palette
manager manipulates the display's color table so that things seem to change
color).  Would this consideration make one of the two sprite libraries
preferable over the other?

Also, if I plan to do my animation in an ordinary window without taking
over the whole monitor, then Apple's DrawSprocket tool would not be
appropriate for sprite animation, right?

Thanks.

  \/ __ __    _\_     --Sean Crist  ([e-mail])
 ---  |  |    \ /     For a free copy of the Bill of Rights, finger
  _| ,| ,|   -----    this account.  It's also available through
  _| ,| ,|    [_]     my homepage:
   |  |  |    [_]     http://www.ling.upenn.edu/~kurisuto/




+++++++++++++++++++++++++++

>From [e-mail] (Ingemar Ragnemalm)
Date: 26 Sep 1996 21:12:46 GMT
Organization: (none)

[e-mail] (Sean Crist) writes:

>Between SpriteWorld and Sprite Animation Toolkit, does anyone have any
>thoughts about which is the better library?  I get the impression that SAT
>is more popular; is this correct?

I think so, but I guess I am biased. I believe SW is often just used as
sample code, and game programmers build their own with it as a model rather
than using it directly.

I have made more frequent updates to SAT than SW has got. That might have
had some influence on the popularity. It sure had some influence on my free
time. :-( (No, I'm not complaining.) Anyway, I've heard rumors about an
upcoming new version of SW too.

Speaking of sprite packages, I saw that a new demo of "N Game Library" was
just uploaded to Info-Mac, but I can't see why anyone would bother with it.
Both SAT and SW are free to use right from the download, and have much less
limitations.

>One of the things I'd like to do in addition to ordinary sprite animation
>is to simultaneously do color animation as well (i.e., the palette
>manager manipulates the display's color table so that things seem to change
>color).  Would this consideration make one of the two sprite libraries
>preferable over the other?

No problem with SAT. I have a new demo out that demonstrates how to do it.
With SW, you sure can do it in a similar way.

>Also, if I plan to do my animation in an ordinary window without taking
>over the whole monitor, then Apple's DrawSprocket tool would not be
>appropriate for sprite animation, right?

I don't know about DrawSprocket, but some of SAT's demos do exactly that;
desk accessory-style program in a small, moveable window.

I just got CW 10, so I guess a quick update to CW 10 project files would be
my next step. I have a few other drafts that should be interesting, but I'd
like to make some serious program with them before deciding to put them
into SAT. For example, I have QuickTime movies running in sprite faces
(actually pretty easy to do), and a few other neat effects. No big promises,
though. I must make a living too.

--
- -
Ingemar Ragnemalm, PhD
Image processing, Mac shareware games
E-mail address: [e-mail] or [e-mail]

---------------------------

>From [e-mail] (MW Ron)
Subject: [ANN] METROWERKS LAUNCHES NEW CODEWARRIOR 10 AT APPLE EXPO PARIS
Date: Tue, 17 Sep 1996 18:46:08 -0400
Organization: Metrowerks


METROWERKS LAUNCHES NEW CODEWARRIOR 10 AT APPLE EXPO PARIS

New CodeWarrior IDE improves overall ease-of-use, offers Direct-to-SOM
support and new visual support for Java

AUSTIN, Texas & PARIS, France-September 17, 1996-Metrowerks(R) Inc.
(NASDAQ:MTWKF, TSE/ME:MWK), the leading provider of software development
tools for Macintosh(R), today announced CodeWarrior(R) Gold 10, a new
version of its award-winning suite of programming tools for the Macintosh.

"By consistently delivering timely enhancements to our development suite,
three times a year, we strive to earn the loyalty of thousands of
Macintosh programmers all over the world," says Jean Belanger, Chairman
and CEO of Metrowerks. "With the release of CodeWarrior 10, Metrowerks
further solidifies its leading position in the 32-bit development tools
market."

CodeWarrior Gold provides support for software development in four
different programming languages (C/C++, Object Pascal and Java(tm)), for
five different operating systems (Mac(tm) OS, Windows(R) 95/NT, BeOS(tm),
Magic Cap(tm) and PowerTV(tm)OS), and four different microprocessors (68K,
PowerPC(tm), X86, MIPS(R)), all from one intuitive development
environment.  Its unique, modular, front-end/back-end architecture offers
true cross-platform compiling, making it easy to port applications from
one operating system to another. Version 10 brings users a host of new
features to the IDE, enhanced Java and OpenDoc(R) support and new
documentation:

New IDE Dramatically Improves Overall Ease-of-Use
CodeWarrior 10 includes a brand new version of the CodeWarrior IDE,
version 1.7, which further extends the overall ease-of-use of the
environment, particularly at the class browsing level.  An outstanding
graphical browser visually displays class hierarchies and allows users to
browse classes from within source code via pop-up menus that show up when
clicking on symbol names in source code.  A new AppleScript(R) menu
features a number of pre-scripted shortcuts, and AppleScript files enable
users to add customized scripts to the menu as well.  Tighter integration
for debugging, global project preferences, a multiple undo feature,
reduced memory usage and expandable tools bars in the Editor also
contribute to the overall sleekness of this new IDE.

Continued Java Support Simplifies Java Development
Two new features have been added in Version 10 that make developing with
Java considerably easier.  A new release of Metrowerks Constructor now
allows for visual development of graphical user interfaces, or GUIs, with
Java.  The applet viewer is now conveniently supported from within the IDE
so users can run HTML files without opening a separate application.  Other
new features in the Java tools include version 1.0.2 of the JDK from Sun
Microsystems(R), a new optimize option in the Java compiler, a new Java
utility called CodeWrangler, which allows developers to view and alter the
content of uncompressed Java zip files, disassembly support in the IDE,
plus "thrill-seeker" (or alpha) versions of Metrowerks' Just-In-Time (JIT)
compiler and a new native Java compiler.

Continued Support for Latest Apple Technology
C/C+ compilers now offer support for Direct-To-SOM language extensions for
OpenDoc development, and a stable debugger for Copland, Apple's version 8
of the Mac OS, is also included.

New Documentation Shortens  Learning Process
Surpassing its reputation for offering the most extensive online
documentation and reference material for any development environment,
Metrowerks has added new interactive help and tutorials in the form of
Apple Guide files that take users step-by-step through the CodeWarrior
IDE. Two new online books, Software Development Using PowerPlant, by Jan
Harrington and From Mac to Windows by Stephen Chernicoff bring the online
self-help programming books included on the Gold 10 CDs to a total of
five.

Pricing and Availability
CodeWarrior Gold 10 is now available direct from Metrowerks and from
Metrowerks authorized distributors for a suggested retail price of US$399.
Registered users receive two free updates in January and May 1997 and
technical support.  International versions of CodeWarrior are available
localized for the following languages and character sets: Traditional and
simplified Chinese, French, German, Kanji, Korean, Brazilian-Portuguese
and
Spanish.

About Metrowerks
Founded in 1985, Metrowerks develops, markets and supports a complete line
of Macintosh-hosted computer language products for building Mac OS,
Windows 95, Windows NT(tm), Magic Cap, Be OS(tm), Palm OS, PlayStation OS
and PowerTV applications. Metrowerks CodeWarrior products have become the
industry standard for professional Mac-hosted software development with
more than 50,000 registered users in 70 countries. Additional information
on Metrowerks and its products can be obtained in the U.S. by sending
Email to [e-mail], by calling [phone], or via the
Internet at http://www.metrowerks.com.

--
METROWERKS                   Ron Liechty
"Software at Work"    [e-mail]
http://www.metrowerks.com/about/people/rogues.html#mwron

+++++++++++++++++++++++++++

>From [e-mail] (Eric Richards)
Date: 18 Sep 1996 20:45:55 GMT
Organization: ejr design studio

MW Ron ([e-mail]) posted with passion:

> METROWERKS LAUNCHES NEW CODEWARRIOR 10 AT APPLE EXPO PARIS
>   :
> Continued Java Support Simplifies Java Development
> Two new features have been added in Version 10 that make developing with
> Java considerably easier.  A new release of Metrowerks Constructor now
> allows for visual development of graphical user interfaces, or GUIs, with
> Java. <snip>

So, will MW please make it clear if Discover Java users get upgraded or not?
Sounds like cool features -- but if DJ doesn't have a future then I might as
well switch to Cafe...

> --
> METROWERKS                   Ron Liechty
> "Software at Work"    [e-mail]
> http://www.metrowerks.com/about/people/rogues.html#mwron

--
 /------+--------+_+------------------------------------------\
 \  ejr | design |_| Eric J. Richards  [e-mail]  /
  \     | studio |_| <URL:http://www.teleport.com/~richards/>/
   \____+--------+_|_Web design: *Java*  cgi-bin  HTML Art _/

+++++++++++++++++++++++++++

>From [e-mail] (Dominique Bernardi)
Date: Fri, 20 Sep 1996 13:53:40 +0200
Organization: UniversitÈ Pierre & Marie Curie

In article (Dans lπarticle) <51ttkn$[e-mail]>,
[e-mail] (Francois Pottier) wrote (Ècrivait)†:

> In article <[e-mail]>,
> Tony Nelson <[e-mail]> wrote:
>
> >I hear that the windows all have a MSWindows-style gray border.  I would
> >hate that, and I'd hate it even more if that border resizes the window.
>
> If you don't want to resize the window by clicking on the border, then
> don't. Features don't hurt when you don't use them.

That is not true. I want to be able to click on the border without
having the window grow on me. So *I* will be hurt.
Part of the Macintosh experience is in the coherence of the interface.
Popup buttons for functions are special to development environments,
so Metrowerks is free to experiment with them. On the other hand,
the behavior of regular windows should not be tampered with lightly.

I have not seen the new windows so I can't tell for sure, but I
strongly resent gratuitous interface changes.

--
Dominique Bernardi, Theorie des Nombres
Universite Pierre et Marie Curie
4 place Jussieu - F75005 Paris Tel [phone]
[e-mail]

+++++++++++++++++++++++++++

>From [e-mail] (Tony Nelson)
Date: Thu, 19 Sep 1996 13:05:44 -0400
Organization: <none>

In article <[e-mail]>,
[e-mail] (MW Ron) wrote:
 ...
> New IDE Dramatically Improves Overall Ease-of-Use
> CodeWarrior 10 includes a brand new version of the CodeWarrior IDE,
> version 1.7, ...

I hear that the windows all have a MSWindows-style gray border.  I would
hate that, and I'd hate it even more if that border resizes the window.
Can you confirm this?  It would save me returning the product for a
refund.
____________________________________________________________________
TonyN.:'                                              [e-mail]
      '

+++++++++++++++++++++++++++

>From [e-mail] (Francois Pottier)
Date: 20 Sep 1996 11:02:47 GMT
Organization: INRIA Rocquencourt, BP 105, 78153 Le Chesnay Cedex, France

In article <[e-mail]>,
Tony Nelson <[e-mail]> wrote:

>I hear that the windows all have a MSWindows-style gray border.  I would
>hate that, and I'd hate it even more if that border resizes the window.

If you don't want to resize the window by clicking on the border, then
don't. Features don't hurt when you don't use them.

I certainly don't care about interface, as long as it is functional and
allows me to work efficiently.

--
Francois Pottier
[e-mail]
http://pauillac.inria.fr/~fpottier/

+++++++++++++++++++++++++++

>From [e-mail] (Rick Eames)
Date: Fri, 20 Sep 1996 19:00:28 -0500
Organization: Actually, I'm completely disorganized

In article <[e-mail]>, [e-mail] (Tony
Nelson) wrote:

> I hear that the windows all have a MSWindows-style gray border.  I would
> hate that, and I'd hate it even more if that border resizes the window.
> Can you confirm this?  It would save me returning the product for a
> refund.

Yeah, 'cause the look of the window has such a large effect on the quality
of the code generated that I too would send it back and move to some other
compiler that may generate poorer code but, by God, doesn't offend my
eyes.

Ooooookay.

Rick

+++++++++++++++++++++++++++

>From [e-mail] (MW Ron)
Date: Sun, 22 Sep 1996 13:44:38 -0400
Organization: Metrowerks

In article <[e-mail]>,
[e-mail] (Dominique Bernardi) wrote:


>That is not true. I want to be able to click on the border without
>having the window grow on me. So *I* will be hurt.

Well it doesn't do this, so you won't be hurt.  A lot of this disccusion
is being fed by what I believe are false and misleading statements.

>Part of the Macintosh experience is in the coherence of the interface.
>Popup buttons for functions are special to development environments,
>so Metrowerks is free to experiment with them. On the other hand,
>the behavior of regular windows should not be tampered with lightly.
>
>I have not seen the new windows so I can't tell for sure, but I
>strongly resent gratuitous interface changes.

Well, there are what might be conceived of as gratuitous changes, but
again in 1984 wasn't that what they thought about the Macintosh itself.
Please wait and see, then judge for yourself.

Ron

--
METROWERKS                   Ron Liechty
"Software at Work"    [e-mail]
http://www.metrowerks.com/about/people/rogues.html#mwron

+++++++++++++++++++++++++++

>From [e-mail] (Tony Nelson)
Date: Sun, 22 Sep 1996 22:18:33 -0400
Organization: <none>

In article <51ttkn$[e-mail]>, [e-mail]
(Francois Pottier) wrote:

> If you don't want to resize the window by clicking on the border, then
> don't. Features don't hurt when you don't use them.

Apparantly, you have not used MSWindows.  Since a user must frequently
click near the border when editing text, it is quite common to resize the
window instead.
____________________________________________________________________
TonyN.:'                                              [e-mail]
      '

+++++++++++++++++++++++++++

>From [e-mail] (Tony Nelson)
Date: Sun, 22 Sep 1996 22:23:20 -0400
Organization: <none>

In article <[e-mail]>,
[e-mail] (MW Ron) wrote:

> Well, there are what might be conceived of as gratuitous changes, but
> again in 1984 wasn't that what they thought about the Macintosh itself.
> Please wait and see, then judge for yourself.

I've seen it now.  It's not MSWindows, its that goofy Constructor look.
Makes the window seem broken, because the scroll bars don't line up with
the grow box, and wastes space to no purpose at all.  Doesn't bother me in
Constructor because there's really no need to ever use it.

And speaking of wasting space, how about that icon bar at the top of the
window, copied from BBEdit?  Sure, you can close it up, but it appears
each time you open a window.  I don't use icon bars, and I want at least a
preference to get rid of it.  It's a shame that Mac programmers waste
their time implementing the damn things.

Why does everyone think that the Mac should look more like MSWindows?
Even Apple; the ? menu becomes a Help menu in Finder 8.
____________________________________________________________________
TonyN.:'                                              [e-mail]
      '

+++++++++++++++++++++++++++

>From Stephen C. Gilardi <[e-mail]>
Date: 23 Sep 1996 04:28:50 GMT
Organization: SQ Software

In article <[e-mail]> Tony Nelson,
[e-mail] writes:

>And speaking of wasting space, how about that icon bar at the top of the
>window, copied from BBEdit?  Sure, you can close it up, but it appears
>each time you open a window.  I don't use icon bars, and I want at least a
>preference to get rid of it.

Open a source file window, then with that window still in front, go to
the "Window" menu and choose "Save Default Window". From then on, new
windows will open up with the icon bar collapsed.

--Steve

Stephen C. Gilardi
SQ Software

+++++++++++++++++++++++++++

>From Stephen C. Gilardi <[e-mail]>
Date: 23 Sep 1996 05:16:53 GMT
Organization: SQ Software

In article <5253m2$[e-mail]> Stephen C. Gilardi,
[e-mail] writes:

>Open a source file window, then with that window still in front, go to
>the "Window" menu and choose "Save Default Window". From then on, new
>windows will open up with the icon bar collapsed.

Whoops, of course that should be:

Open a source file window, collapse the icon bar, then with that
                         ^^^^^^^^^^^^^^^^^^^^^^^
window still in front, go to the "Window" menu and choose "Save Default
Window". From then on, new windows will open up with the icon bar
collapsed.

--Steve

Stephen C. Gilardi
SQ Software

+++++++++++++++++++++++++++

>From [e-mail] (Greg Galanos)
Date: Mon, 23 Sep 1996 15:17:48 -0700
Organization: metrowerks, inc.

In article <[e-mail]>, [e-mail] (Tony
Nelson) wrote:

> In article <[e-mail]>,
> [e-mail] (MW Ron) wrote:
>  ...
> > New IDE Dramatically Improves Overall Ease-of-Use
> > CodeWarrior 10 includes a brand new version of the CodeWarrior IDE,
> > version 1.7, ...
>
> I hear that the windows all have a MSWindows-style gray border.  I would
> hate that, and I'd hate it even more if that border resizes the window.
> Can you confirm this?  It would save me returning the product for a
> refund.

CW10 does include work we have done on bringing the user interface closer
to where Apple was taking Copland...not MSWindows. Most of the new look
and feel has been heavily influenced by work done at Apple, whether or
Copland or on Dylan, and we intend to continue using the MacOS as our
design center for CodeWarrior as we move forward.

-GregG

--
Greg Galanos
President and Chief Technology Officer
Metrowerks Corp.

+++++++++++++++++++++++++++

>From [e-mail] (Louis M. Pecora)
Date: Mon, 23 Sep 1996 10:32:43 +0100
Organization: Naval Research Laboratory

In article <[e-mail]>, [e-mail] (Tony
Nelson) wrote:

> Why does everyone think that the Mac should look more like MSWindows?
> Even Apple; the ? menu becomes a Help menu in Finder 8.

Thus the power of the market place.

Hey, free-market business types get an erection over that idea.  :-)

--
Louis M. Pecora
[e-mail]
 == My views and opinions are not those of the U.S. Navy. ==

- ------------------------------------------------------------------
* Check out the home page for the 4th Experimental Chaos Conference!

             http://natasha.umsl.edu/Exp_Chaos4
- -------------------------------------------------------------------

+++++++++++++++++++++++++++

>From [e-mail] (Tony Nelson)
Date: Mon, 23 Sep 1996 19:57:32 -0400
Organization: <none>

In article <5256g5$[e-mail]>, Stephen C. Gilardi
<[e-mail]> wrote:

> Whoops, of course that should be:
>
> Open a source file window, collapse the icon bar, then with that
>                          ^^^^^^^^^^^^^^^^^^^^^^^
> window still in front, go to the "Window" menu and choose "Save Default
> Window". From then on, new windows will open up with the icon bar
> collapsed.

So obvious and intuitive.  There's certainly no reason it should be one of
the Editor Preferences.
____________________________________________________________________
TonyN.:'                                              [e-mail]
      '

+++++++++++++++++++++++++++

>From paulr@epunix (Paul Russell)
Date: 24 Sep 1996 14:35:08 GMT
Organization: University of Sussex

MW Ron ([e-mail]) wrote:

: METROWERKS LAUNCHES NEW CODEWARRIOR 10 AT APPLE EXPO PARIS

A small bouquet to MetroWerks and Full Moon Software - our CW10 upgrade
arrived this morning - this is much quicker than previous upgrades in
the UK...

Well done,

//Paul

--
| Paul Russell               http://www.biols.susx.ac.uk/Home/Paul_Russell |
| Experimental Psychology                  email: [e-mail] |
| Sussex University, Falmer                       [e-mail] |
| Brighton BN1 9QG, England    tel: [phone]  fax:  [phone] |

+++++++++++++++++++++++++++

>From [e-mail] (Charles Wilson)
Date: Tue, 24 Sep 1996 11:08:29 -0600
Organization: Metrowerks Corporation

In article <kevinr-2409960705180001@199.44.115.125>, [e-mail]
(Kevin Redden) wrote:

> The one thing I was really hoping would be in the CW10 IDE was the ability
> to see the checked out/modified read only icon for each file in the
> project window...  Any chance at getting that feature in a patch soon?  I
> could have sworn I heard someone say that feature was going into 10...

Version control support will be added to the IDE with the release of
CodeManager Release 3 which is due in late October.

- charles

- -------------------------------------------------------------

Charles Wilson                                ////\\\\\///\
Metrowerks Corporation                       ////\\\\////\\\
2201 Donley Drive / Suite 310               ////    //// \\\\
Austin TX 78758-4548                       ////    ////   \\\\
United State of America                   ////    ////     \\\\

+++++++++++++++++++++++++++

>From Samuel Kass <[e-mail]>
Date: Tue, 24 Sep 1996 13:01:16 -0400
Organization: Visus Technologies, Inc.

Is this a letter from the president of Metrowerks saying that the new
look is here to stay??  I think I'll just stick with CW9 until I need
something it can't provide, then see which is better, Symantec or
Metrowerks.  Especially since Metrowerks and Symantec now seem to be
giving similar heed to users' requests (little.)

Metrowerks has lost the momentum and any clear advantage over its
competition, while Symantec has very clear advantages over Metrowerks.
God, I never thought I'd hear myself say THAT.

    --Sam

+++++++++++++++++++++++++++

>From [e-mail] (Kevin Redden)
Date: Tue, 24 Sep 1996 07:05:00 -0400
Organization: PC Docs, Inc.

In article <[e-mail]>,
[e-mail] (Greg Galanos) wrote:

> CW10 does include work we have done on bringing the user interface closer
> to where Apple was taking Copland...not MSWindows. Most of the new look
> and feel has been heavily influenced by work done at Apple, whether or
> Copland or on Dylan, and we intend to continue using the MacOS as our
> design center for CodeWarrior as we move forward.
>
Greg,

The one thing I was really hoping would be in the CW10 IDE was the ability
to see the checked out/modified read only icon for each file in the
project window...  Any chance at getting that feature in a patch soon?  I
could have sworn I heard someone say that feature was going into 10...

Thanks,
Kevin
PC Docs, Inc.

+++++++++++++++++++++++++++

>From [e-mail] (Kevin Redden)
Date: Tue, 24 Sep 1996 16:57:16 -0400
Organization: PC Docs, Inc.

> > The one thing I was really hoping would be in the CW10 IDE was the ability
> > to see the checked out/modified read only icon for each file in the
> > project window

> Version control support will be added to the IDE with the release of
> CodeManager Release 3 which is due in late October.
>
>charles

Actually I use projector, I just want to be able to see the icon so I
don't have to open all my files to see if I need to check anything in.  I
would like the ability to show the icon like ObjectMaster used to allow, I
could sort the files by projector state and see which needed to be checked
in.  I don't necessarily need to be able to sort them although that would
always be nice...

Kevin

+++++++++++++++++++++++++++

>From [e-mail] (Andrew Plotkin)
Date: Wed, 25 Sep 1996 16:06:25 GMT
Organization: NETCOM On-line Communication Services (408 261-4700 guest)

Tony Nelson ([e-mail]) wrote:
> And speaking of wasting space, how about that icon bar at the top of the
> window, copied from BBEdit?  Sure, you can close it up, but it appears
> each time you open a window.  I don't use icon bars, and I want at least a
> preference to get rid of it.  It's a shame that Mac programmers waste
> their time implementing the damn things.

Icon toolbars are *by definition* an expert-user feature, and should
*always* be hidden by default, in *any* application.

(Actually, they're just one more bad idea invented by an idiot who
doesn't understand interface design... but why start a religious war? :-)

--Z

--

"And Aholibamah bare Jeush, and Jaalam, and Korah: these were the
borogoves..."

+++++++++++++++++++++++++++

>From [e-mail] (Charles Wilson)
Date: Tue, 24 Sep 1996 23:02:01 -0600
Organization: Metrowerks Corporation

In article <kevinr-2409961657310001@199.44.115.125>, [e-mail]
(Kevin Redden) wrote:

> > > The one thing I was really hoping would be in the CW10 IDE was the ability
> > > to see the checked out/modified read only icon for each file in the
> > > project window
>
> > Version control support will be added to the IDE with the release of
> > CodeManager Release 3 which is due in late October.
> >
> >charles
>
> Actually I use projector, I just want to be able to see the icon so I
> don't have to open all my files to see if I need to check anything in.  I
> would like the ability to show the icon like ObjectMaster used to allow, I
> could sort the files by projector state and see which needed to be checked
> in.  I don't necessarily need to be able to sort them although that would
> always be nice...

There will be a VCS column in the project window indicating the checkout
state of the file. If your VCS is set to none, the information is a direct
reflection of the 'ckid' or file lock state.

- charles

- -------------------------------------------------------------

Charles Wilson                                ////\\\\\///\
Metrowerks Corporation                       ////\\\\////\\\
2201 Donley Drive / Suite 310               ////    //// \\\\
Austin TX 78758-4548                       ////    ////   \\\\
United State of America                   ////    ////     \\\\

+++++++++++++++++++++++++++

>From [e-mail] (Francis H Schiffer, 3rd)
Date: Thu, 26 Sep 1996 13:28:07 -0400
Organization: NASA Goddard Space Flight Center -- Greenbelt, Maryland USA

In article <[e-mail]>, [e-mail] (Andrew
Plotkin) wrote:

>Icon toolbars are *by definition* an expert-user feature, and should
>*always* be hidden by default, in *any* application.

I second this statement.

   skip
--
Francis H Schiffer, 3rd              speaking only for myself
[e-mail]   aka   [e-mail]

+++++++++++++++++++++++++++

>From [e-mail] (MW Ron)
Date: Thu, 26 Sep 1996 15:54:07 -0400
Organization: Metrowerks

In article <kevinr-2409960705180001@199.44.115.125>, [e-mail]
(Kevin Redden) wrote:


>The one thing I was really hoping would be in the CW10 IDE was the ability
>to see the checked out/modified read only icon for each file in the
>project window...  Any chance at getting that feature in a patch soon?  I
>could have sworn I heard someone say that feature was going into 10...

Hi kevin,   I am told  that this will show up in the IDE patch for
CodeManager, next month I believe.

There will be a fifth column in the project window to show VCS status. If
the user is using a VCS plugin, then the status will be tied to the
plugin. Otherwise, it will be tied to the Finder lock and/or CKID state of
the file. The fifth column will, of course, be optional for users who
aren't using VCS and don't want it.

Ron

--
METROWERKS                   Ron Liechty
"Software at Work"    [e-mail]
http://www.metrowerks.com/about/people/rogues.html#mwron

+++++++++++++++++++++++++++

>From [e-mail] (MW Ron)
Date: Thu, 26 Sep 1996 18:53:23 -0400
Organization: Metrowerks

In article <[e-mail]>, [e-mail] wrote:

>Is this a letter from the president of Metrowerks saying that the new
>look is here to stay??

No !
We are working on a compromise we hope will satisify all.  If anything I
wrote in Metrowerks behalf gave the impression that it does not care and
is unwilling to change. It is my fault for not being more careful in my
words.  I apologize if I have seemed cavalier about this.

>I think I'll just stick with CW9 until I need
>something it can't provide, then see which is better, Symantec or
>Metrowerks.  Especially since Metrowerks and Symantec now seem to be
>giving similar heed to users' requests (little.)

Metrowerks deeply cares about the users and the desires of the users.
This new look was a very popular feature request.  There are several
feature requests included in the editor for CW/10.

Ron

--
METROWERKS                   Ron Liechty
"Software at Work"    [e-mail]
http://www.metrowerks.com/about/people/rogues.html#mwron

+++++++++++++++++++++++++++

>From [e-mail] (Jeff Lee)
Date: 26 Sep 1996 23:32:38 GMT
Organization: Hewlett-Packard Co., Greeley, CO, USA

Greg Galanos ([e-mail]) wrote:

: CW10 does include work we have done on bringing the user interface closer
: to where Apple was taking Copland...not MSWindows. Most of the new look
: and feel has been heavily influenced by work done at Apple, whether or
: Copland or on Dylan, and we intend to continue using the MacOS as our
: design center for CodeWarrior as we move forward.
: -GregG

Right on!  Greg and the Metrowerks Warriors--
Mmove the platfrom forward, and keep using your own
code to develop you products.  It does make the rest of our lives
easier.  And that is why PowerPlant Rocks!

jl...


---------------------------

>From [e-mail] (Todd McDaniel)
Subject: [CW 10] Possible bug in System 7.5.5-Technote 1069
Date: Mon, 23 Sep 1996 10:56:41 -0400
Organization: University of Michigan

Hi. I think I've found an error either in System 7.5.5 or in Technote 1069
describing System 7.5.5.

I have written a small utility that uses Gestalt calls to present the user
with a description of their machine. While modifying it to recognize system
7.5.5, I came across an error. The technote (1069) says that the Gestalt
call to 'sysu' on a machine updated to System 7.5.5 should return the hex
value: 0x02058000. But on my machine using CW 10, the value returned is
0x02068000.

The machine running the program was updated from 7.5.3 to 7.5.5, so
something seems to be off here.

Thanx in advance!
-todd mcdaniel

--
_______________________________________________________________________________
|[O]***************** Once you go Mac, You never go back! *****************[@]*|
|==============================================================================|
|    Name                     Size Kind           Label        Last Modified |^|
| D  [e-mail]            4K  Address Doc... Primary      Fri, May 5, 19|-|
| D  [e-mail]           4K  Address Doc... Secondary    Wed, Aug 9, 19| |
| *  http://ic.net/~scooter    4K  URL Documen... Home Page    Tue, Jun 6, 19| |
| X  Have Fun, Stay Single    23K  Slogan Docu... Way of Life  Fri, May 24, 1|_|
|____________________________________________________________________________|v|
|<|[E]====================================================================|>|[@]
- ------------------------------------------------------------------------------

+++++++++++++++++++++++++++

>From [e-mail] (Tom Emerson)
Date: Mon, 23 Sep 1996 13:58:17 -0400
Organization: Apple Computer, Inc.

In article <[e-mail]>,
[e-mail] (Todd McDaniel) wrote:

[...]
>7.5.5, I came across an error. The technote (1069) says that the Gestalt
>call to 'sysu' on a machine updated to System 7.5.5 should return the hex
>value: 0x02058000. But on my machine using CW 10, the value returned is
>0x02068000.

This has nothing to do with CW10. A quick "Gestalt sysu" in MacsBug shows
0x02068000 too. Perhaps Brian or someone else can elaborate?

    -tre

--
Tom Emerson                                                 Cambridge R&D
Senior Software Engineer                             Apple Computer, Inc.
<mailto:[e-mail]>                  <http://www.tiac.net/users/tree>

+++++++++++++++++++++++++++

>From [e-mail] (Stian F.Oksavik)
Date: Mon, 23 Sep 1996 22:36:39 -0500
Organization: University of Texas at Austin

In article <[e-mail]>, [e-mail] (Tom
Emerson) wrote:

 > In article <[e-mail]>,
 > [e-mail] (Todd McDaniel) wrote:
 >
 > [...]
 > >7.5.5, I came across an error. The technote (1069) says that the Gestalt
 > >call to 'sysu' on a machine updated to System 7.5.5 should return the hex
 > >value: 0x02058000. But on my machine using CW 10, the value returned is
 > >0x02068000.
 >
 > This has nothing to do with CW10. A quick "Gestalt sysu" in MacsBug shows
 > 0x02068000 too. Perhaps Brian or someone else can elaborate?

That's the value I get on my Mac, too. It wouldn't seem unlikely that
0x02058000 was originally supposed to be 7.5.4, and that they changed the
gestalt selector too when they upped the version # to 7.5.5. One might
think this would be in the technote, but if everyone (so far) gets a sysu
value of 0x02068000, it would seem likely that that is indeed the correct
value for system 7.5.5.

-Stian

+++++++++++++++++++++++++++

>From [e-mail] (Brian Bechtel)
Date: Thu, 26 Sep 1996 15:38:29 -0700
Organization: Developer Technical Support, Apple Computer, Inc.

In article <[e-mail]>,
[e-mail] (Todd McDaniel) wrote:

> Hi. I think I've found an error either in System 7.5.5 or in Technote 1069
> describing System 7.5.5.
>
> I have written a small utility that uses Gestalt calls to present the user
> with a description of their machine. While modifying it to recognize system
> 7.5.5, I came across an error. The technote (1069) says that the Gestalt
> call to 'sysu' on a machine updated to System 7.5.5 should return the hex
> value: 0x02058000. But on my machine using CW 10, the value returned is
> 0x02068000.

It's a bug in the technote.  The revised technote 1069 is now available at
<http://devworld.apple.com/dev/technotes/tn/tn1069.html>.  Todd's name is
even in it :-)

--
--Brian Bechtel, [e-mail]  "My opinions, not Apple's"

---------------------------

>From Hans van Maanen <[e-mail]>
Subject: [Q] Application Icons
Date: Mon, 23 Sep 1996 13:36:27 GMT
Organization: Het Parool

Hi all,

I have a question about the application icons on the right side of the
menu bar. There used to be only one, but now we have the Help Menu,
the OpenPPP Menu, ...

Is there an elegant, Apple-approved way of determining the first free
place to put up an icon? How do I get its coordinates?

Anybody, please?


Hans van Maanen
Amsterdam -- NL

+++++++++++++++++++++++++++

>From [e-mail] (Kevin Parichan)
Date: Mon, 23 Sep 1996 10:29:00 -0800
Organization: Best Internet Communications

In article <[e-mail]>, [e-mail] wrote:

>Hi all,
>
>I have a question about the application icons on the right side of the
>menu bar. There used to be only one, but now we have the Help Menu,
>the OpenPPP Menu, ...
>
>Is there an elegant, Apple-approved way of determining the first free
>place to put up an icon? How do I get its coordinates?
>
>Anybody, please?
>
>
>Hans van Maanen
>Amsterdam -- NL

http://www.best.com/~parichan/SystemMenuPatch.txt

You'll need to know how to write an INIT though.

=kp

+++++++++++++++++++++++++++

>From [e-mail]
Date: Thu, 26 Sep 1996 15:51:42 -0700
Organization: (none)

In article <[e-mail]>,
[e-mail] (Kevin Parichan) wrote:

> In article <[e-mail]>, [e-mail] wrote:
> >Is there an elegant, Apple-approved way of determining the first free
> >place to put up an icon? How do I get its coordinates?
>
> http://www.best.com/~parichan/SystemMenuPatch.txt

While this works and probably works well, it is neither Apple-approved nor
particularly elegant.  There is no elegant way, nor is there an
Apple-approved way of creating a system menu on the right.  Apple reserves
the right side of the menu bar for their own purposes.

--
(Pointers to other Mac programming web sites at
<http://devworld.apple.com/dev/geeks.html>)

---------------------------

>From [e-mail] (Vik Rubenfeld)
Subject: _GetWVariant Crash?
Date: 17 Sep 1996 22:44:54 GMT
Organization: Los Angeles Macintosh Group BBS

I'm getting a particular crash on my 7100/66 regularly.

It always dumps me into MacsBug, showing that the crash took place in a call
to _GetWVariant. Even better, the crash always occurs at _GetWVariant +
0006E, which is a call to _GetHandleSize. The ID number of the crash is 87 -
Could Not Load Window Definition.

I've turned off all inits except those supplied by Apple, and those required
to run Microsoft Word 6, and CodeWarrior. All other extensions and control
panels (including RamDoubler and SpeedDoubler) were off.

Does anybody have any idea what could be causing this? Thanks very much in
advance to all for any info.

-Vik

+++++++++++++++++++++++++++

>From [e-mail] (Adam Winer)
Date: Wed, 18 Sep 1996 11:21:07 -0800
Organization: Oracle Corporation

In article <[e-mail]>, [e-mail] wrote:

> I'm getting a particular crash on my 7100/66 regularly.
>
> It always dumps me into MacsBug, showing that the crash took place in a call
> to _GetWVariant. Even better, the crash always occurs at _GetWVariant +
> 0006E, which is a call to _GetHandleSize. The ID number of the crash is 87 -
> Could Not Load Window Definition.

It's not actually crashing at 6E;  it's "crashing" on the line before,
_SysError.  The code in GetWVariant is trying to load the appropriate
WDEF.  The call to _LoadResource fails, hence the crash.

You could try checking the value of ResErr (dw ResErr in MacsBug);
it'll probably be 0xff40, "resNotFound", which won't actually
tell you much.  Other than that, try a heap check, see if you're
out of memory, etc.  You didn't say in what application the crash
was occurring, or if it crashed after running some of your code,
so it's hard to say anything especially useful.

-- Adam Winer
[e-mail]

--
Adam Winer
[e-mail]
Technical Staff, Oracle Corp.

+++++++++++++++++++++++++++

>From [e-mail] (Troy Gaul)
Date: Thu, 26 Sep 1996 01:03:01 -0800
Organization: Apple Computer

In article <[e-mail]>, [e-mail] wrote:

> I'm getting a particular crash on my 7100/66 regularly.
>
> It always dumps me into MacsBug, showing that the crash took place in a call
> to _GetWVariant. Even better, the crash always occurs at _GetWVariant +
> 0006E, which is a call to _GetHandleSize. The ID number of the crash is 87 -
> Could Not Load Window Definition.
>
> I've turned off all inits except those supplied by Apple, and those required
> to run Microsoft Word 6, and CodeWarrior. All other extensions and control
> panels (including RamDoubler and SpeedDoubler) were off.
>
> Does anybody have any idea what could be causing this? Thanks very much in
> advance to all for any info.

This will happen if an application is using a WDEF that has it's Purgeable
bit set on the resource.

The problem is that if the resource gets purged and the Toolbox tries to
reload it when another application's resources are in use, the resource
will not be available and the system will put up this system error.  For
me, System 7.5 and later seemed to worsen the problem.

Also, I just looked at CodeWarrior (CW10's IDE) with ResEdit, and their
copy of the Infinity Windoid is set to be purgeable (I don't have Word 6
here to look at).

In more recent versions of the Infinity Winodid WDEF, I noted this problem
with the System and warned users not to set the resource purgeable (and
changed the default from purgeable to non-purgeable), but they probably
haven't had a reason to update and haven't changed this by itself.  It
might help if you'd change the 'WDEF' resource to non-purgeable this to
your copy.

_troy
.....................................................................
 Troy Gaul                                      Apple Computer, Inc.
 [e-mail]                                       OpenDoc Parts

---------------------------

End of C.S.M.P. Digest
**********************